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TITLE 



SYSTEM AND METHOD FOR DISPLAYING 
MULTIPLE SOURCES OF DATA IN NEAR REAL-TIME 

BACKGROUND OF THE INVENTION 



Field o f ^the Inveni-i on 

This invention is in the field of computer system 
displays. In particular, the present invention relates to 
a system and method for displaying, in near real-time, 
data pxiblished from various computer systems and networks, 
such as the Internet. 

Descrip tion of Related Art, 

The availability of powerful computer systems and networks 
has yielded the ability to transmit and receive a large 
volume of data, such as news and financial market data, 
from many various sources. Often, this data is critical 
to business operations and decision-making. For example, 
a stock trader may wish to obtain, almost instantaneously, 
news and financial data regarding a certain company or 
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group of companies, input that data to a financial 
software application, and make a trading decision based on 
its output. This reguires a computer application that can 
obtain and display volu-.inous data iroir. various da-ca 
sources guickly and efficiently. Preferably, this 
application should also allow its user to filter out 
undesired information or expand desired information, as 
well as support the execution of other applications' 
therein. 

Corune^-cial applications exist that display news, financial 
data and other information on computers that the 
applications' backers say has been "pushed" (see below for 
a discussion of this term) from various Internet sources, 
such as CNN, CNNfn, Time, Reuters, PR Newswire, 
Sportsticker and Accuweather, as well as local newspapers. 
For , example, one application displays news headlines, 
stock information, industry updates, global weather, 
sports scores, etc., dynamically across the computer's 
screen. To obtain the information, the user executes the 
application and requests a download of the latest 
information. That information is then retrieved from the 
various Internet sources. The computer screen displays 
window buttons, each representing a different source, for 
example, CNN or Weather. The user selects a channel by 
clicking on the desired button, causing another window to 
display several lines of inf ormaiiW^^ s^^^ 
headlines, related to the selected channel. The user' may 
then select a single headline, and the full news story 
will be shown in a third window. 

Another application is also said to use "push" technology, 
in which data is broadcast to home computers via the 
Internet, cable TV systems or even over-the-air signals. 
In this application, information is grabbed by the 
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computer at predictable or non-peak times, then stored on 
the computer's hard disk for later browsing, thus getting 
around sic»w mGdeiii connections. Although this technology 
does not actually speed up the modem connection, the 
overall browsing experience appears to be faster, because 
the information can be fetched more quickly from the 
computer's hard disk* 

A third application also allows a computer client to 
J^^c^fve information from various sources, such as Dow 
Jones, Reuters, Bridge, financial exchanges, the Internet, 
or an intranet, through either a market data platform 
connector, a direct data feed connector or a web 
connector. Prior to reaching the client computer, the 
data may pass through and be processed by application 
servers that provide financial analytics, messaging, 
financial modeling and graphing, which add value to the 
data. The client computer displays the financial data in 
a page of multiple windows, where each window may be 
resized and morphed and each page may be user-composed. 

(It should be noted that none of the above-described 
applications is admitted to be prior art with respect to 
the present invention simply by being mentioned in this 
Background section.) 

As is evident from the foregoing, the loosely-def irted 
notion of "pushed" content as a panacea to inf oirmation 
overload hias received remarkable attention. While the 
rhetoric behind this technology has been impressive, 
current product offerings have done little to solve any 
real business problems. The marketplace has so far failed 
to deliver useful and usable applications that address 
specific user needs. Moreover, a closer look at popular 
so-called "push" products reveals fundamental weaknesses 
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in areas such as timeliness of content delivery, 
information presentation, network utilization, and 

application management, as follows. 

First, information delivery to the above applications is 
not nearly as efficient or effective as it could be, even 
in the case where data is supposedly "pushed" from the 
source to the computer. This is because those 
applications that use so-called "push" technology are 
using nothing more than a timed pull. In other words the 
data server is contacted periodically (typically no more 
than once an hour) or upon client request, and once 
connected, the client is responsible for downloading the 
updated newsfeed. m many cases, particularly when 
changes occur frequently arid to a wide range of data, this 
a hugely inefficient data distribution method, wasting • 
network bandwidth, because (l) much information is 
automatically pulled to the computer that is not desired 
by the user and never looked at, and (2) when information 
xs updated, entire pages of information are required to be 
re-pulled, instead of just the incremental changes, m 
regard to timeliness, a timed pull system is also 
ineffective, because of the inability to receive near- 
real-time information. 

In addition, eyen once the data has been received by the 
client, the display thereof is also inefficient and' 
ineffective. Commercial displays are inefficient because 
of the presence of unnecessary icons and toolbars, which 
waste critical screen "real estate", and because the 
multiple windows, if available, overlap or underlap each 
other. Th6se displays are also less effective than could 
be desired, because they do not provide the functionality 
required by the user to process the data simply and 
quickly. For example, none of the current displays allow 
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a user to create easily and quickly a subwindow of desired 
dimension, and then run an application in that subwindow 
using data dragged and dropped into the \vindow from a 
selected channel. 

For the foregoing reasons, there is a need for a display 
system that avoids these problems, by making efficient use 
of screen space, and that permits a user to subdivide 
screen space into subwindbws as the user sees fit, arid 
allows the user to run applications in those subwindows, 
even Where the applications selected by the user are not 
all from a single suite of applications. 

SUMMARY OF THE INVENTION 

Accordingly, one objective of the present invention is to 
address some of the above-described problems, by providing 
an efficient and effective display to permit a user to see 
data from a variety of sources quickly and easily, and use 
that data, if desired, in the user's or a third party's 
application. 

Another objective is to provide a display which permits 
the user to create efficient subwindows, or "panes", 
quickly and easily, in which the user may drag and drop 

application tOierein. 

A display system receives data from one or more data 
sources, via a server, and displays the data from one or 
more of the sources, selected by a user. The user can 
have multiple sources active at once, and can preferably 
display data from at least two of the active sources 
simultaneously. At least one portion of the display can 
be subdivided by the user at will, and at being displayed 
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can be dragged and dropped into any of the resulting 
"panes". In addition, various applications can if desired 
be run simultaneously in respective panes, regardless of 
whether those applications are part of a predefined suite 
of applications, or not. 

BRIEF DESCRIPTION OF THE DRAWINGS 

These and other features aftB advantages of the present 
inveyition can best be understood by reference to the 
detailed description of the preferred embodiments set 
forth below, taken in conjunction with the drawings, in 
which: 

Figures 1-4 depict four arrangements in which the present 
invention can be utilized. 

Figure 5 is a view of an example of a display provided by 
the present invention. 

Figures 6A and 6B are diagrams illustrating certain 
aspects of the process of using the display system of the 
present invention. 

Figure 7 is a diagram illustrating certain aspects of the 
bandliisg^x^caat^^ ^Btaei^itf^€he mpi^l^ <5f |he ' 
present invention. ',' . 

Figure 8 illustrates the model/view paradigm used in the 
preferred version of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

The present invention, together with other inventions 
developed by the assignee hereof, represents a shift 
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towards just-in-time information delivery. As an 
efficient and standards-based applications suite, those 
inventions provide (aBiong ether things} a ubiquitous 
platform-independent interface to real-time information 
such as financial data and news. This accomplishes 
efficient, just-in-time information delivery from the 
information source to the client computer via a 
publish/subscribe architecture and a true push server 
thus offering unparalleled access to intranet, extranet, 
and Internet information. 

In the publish/ subscribe architecture developed by the 
assignee of the present invention, the various information 
sources, most likely under a contractual agreement with 
the push server, constantly publish and broadcast data to 
the push server, using any desired communication method. 
The client computer subscribes to desired types of 
information available from the push server. The 
subscribed information, and only the subscribed 
information, is sent from the server to the client. m 
summary, published information is pushed from the source 
to the server, and a subset thereof is passed on from the 
server to the client, since data is constantly being 
pushed to the server and the client, timed pulls are not 
required of them. Thus, the data is always fresh, and the 

download. - Moreover, because only data that is desired and 
subscribed to by the user is communicated from tifi^ server 
to the client computer, the bandwidth required for the 
communication link between the client and server is 
significantly reduced. Of course, a certain amount of 
data in the form of subscription requests must be 
communicated from the client to the server, slightly 
increasing bandwidth requirements, but this increase is 
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much smaller than the reduction in bandwidth realized by 
not communicating unwanted information. 

In addition, as soon as new data is published by any of 
the sources, it is sent to the server, which in turn 
transmits the new data to the subscribing clients. This 
provxd.s for extremely rapid receipt of new information, 
ixnportantly, only changes in the data are transmitted 
(that is, If the new data publisheSTfiy-the source is 
different only in some respects from the data already sent 
by the server to the client from that source, then the 
server does not transmit those portions which have not 
changed) . As a result, redundant network traffic is 
significantly reduced, which in turn greatly reduces 
bandwidth between the source and the server, and between 
the server and the client, m summary, because the push 
server xs a true event-driven system rather than a timed- 
pull server, information is delivered almost 
instantaneously, making network usage extremely efficient. 

using a push server also permits the automatic update of 
the client application software. For example, when : 
existing netchannels (described below) need to be updated 
or new netchannels become available and need to be added ' 
the push server can push the new binary code required to' 
^S^|^^*^e^^t^:.^eeir^1&^ • 
•nxe push server also supports server-side storage anci 
retrieval of user preferences. This means that a user's 
profile can be referred to the server, and the data for 
that user customized accordingly, regardless of what 
computer the user employs to connect to the network 
Users can log in while travelling or at home and utilize 
an identical desktop of applications and netchannels The 
push server also can be used to manage server-based 
alerts, a user-specified alert (such as a stock price 
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warning) may also be stored on the push server, which in 
turn will cause the dispatching of a page or an e-riail 
message if the conditions of thr> n^g— -nn- ■ - • 
met. The push server may also specify the schema of its 
various data sources in real-time via XML. This enables 
the use of a generic client application software component 
to receive arbitrary data from the push server. 

several versions of such a publish/subscribe architecture 
are described below. m a first version, an industry- 
specific extranet, as shown in Figure i, is established to 
provide a common information and communication network to 
constituent organizations. Data sources such as market 
data, historical data and news headlines directly feed 
into a push server located centrally in the extranet. 
Individual clients, such as the one shown in Firm A's 
intranet, subscribe to events generated by the extranet 
push server, thus eliminating the need for an in-house 
push server. An open API will enable the clients to 
subscribe to information provided by the push server. 
This API will handle security and entitlements for all 
data feeds. The individual client shown in Firm A is part 
of an intranet also having access to firm enterprise 
information. The push server may also support an 
interface to internal enterprise information which allows 

^*ata to ^ear as ariothe^^awfeejd to c|^^ 
Thus, the client software application of the ^p^^ * 
invention may display the pushed extranet information or 
the enterprise information or both, as will be described 
in more detail below. 

In a second version, the push server may reside inside an 
enterprise's intranet for those firms whose requirements 
demand such, for example. Firm B shown in Fig. 2. The 
firm configures the internal push server in-house, which 
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•serves clients directly. E>cternal sources feed directly 
into^the internal push server via direct links (such as 
the ssrket data) or feed indirectly via the Internet. 

In a . third version, shown in Fig. 3, a private push server 
IS made accessible to the client via the Internet, m 
this version/ there is no internal push server. Built-in 
authentication ensures that the push server on the 
Internet is accessed by authorized users only. To 
traverse Internet firewalls, the well-known technique of 
HTTP (Hypertext Transfer Protocol) tunneling is supported. 

The present invention itself is directed to a display 
system that is particularly well suited for use with the 
push server arrangements outlined above. The display 
system, however, is not limited to use with such a push 
server. Thus, as shown in Fig. 4, the present invention 
can also be utilized when no push server is available. 
The client accesses the data source on the Internet by a 
dial-up or direct-connection. While this arrangement does 
not offer the benefits of a dedicated push server, the 
user still obtains the advantages of the display 
capability of the present invention, as is described in 
more detail below. 

For this description, a knowledge of object-oriented 
programming, and of Java™, is assumed, in particular, 
familiarity and proficiency with Sun's Java™ programming 
language, such as version I.I.4, released October, 1997, 
is assumed. 

Before a full description of the display, definitions and 
brief descriptions of several elements thereof will be 
provided. 
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Channel: As the term is used herein, a channel is a 
concentration of data from a resource such as a web 
server, together vrith user-defined display preference:., 
such as display colors or data filters. 
Channel SelPrtor : The channel selector is the central 
control center of the display, and contains several icons 
and buttons that can be used to perform various tasks 
Montage: The Montage view is a portion of the display 
provided by the present invention, and is implemented 
preferably as a JavaBean container for JavaBean-compliant 
components. The montage view makes it easy for the user to 
manage two or more applications running concurrently and 
provides an attractive and effective alternative to ' 
conventional windowing environments. This is attributable 
to the fact that montage applications are displayed in the 
montage in easily configured, neatly organized areas, ' 
called "panes", rather than in the conventional 
overlapping, often obscured windows. 
NetChannPl : A netchannel is a JavaBean that can be 
configured to display virtually any type of dynamic 
content, and is also designed to support certain messaging 
capabilities, such as email and paging services, in the 
preferred embodiment, up to two visible netchannels may be 
displayed at once, and the user may have additional 
netchannels active at a given time. 



The display Is generatWCa^^ controlled by software stored 
in and executed by the client computer. The display of 
the present invention, as shown in Fig. 5, includes two 
important components: the main view 500 and the montage 
view 506. The main view is a small floating frame for 
displaying information, information selection buttons, and 
application management. The main view contains a "channel 
selector" 502, and panels 5041, 504b for viewing 
"netchannels", which each display continuously updated 
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information from specific data sources. m the preferred 
embodiment, two netchannels can be. displayed 
siciultaneously, but the invention is not limited to this 
number. The main view is preferably displayed above the 
montage view. 

The channel selector 502 is the control portion of the 
display, and is preferably disposed in the center of the 
main view, it provides graphical controls, such as 
virtual buttons 510 and 512 for selecting which 
netchannels are displayed, and for configuring the system. 

Netchannels are capable of presenting virtually any type 
of dynamic content, including stock quotes, news headlines 
and special alerts. For example, one netchannel might 
display breaking business headlines from a major news 
source, while another could be used to display firm 
announcements relating to a specific business unit. A 
•user might even subscribe to a netchannel configured to 
monitor alerts received from an enterprise computer 
management system. 

Users may have multiple active netchannels, up to two of 
which may be visible at any one time in the preferred 
embodiment. All of this is possible because in the 
i>^^ ^invention, the source pf the 

unimportant; all data is packaged into a consistent ' 
interface, as described below. Each netchannel has its 
own individual settings that allow the user to customize 
the delivered content based on personal preferences. 

In the preferred embodiment, netchannels go beyond the 
passive display of consumer information. A complete set 
of alerting capabilities is alsb provided. These 
capabilities provide users with the ability to specify 
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various forms of notification based on any number of 
business events. For example, pop-up dialogs can be 
displayed if a coutpeti-cor is mentioned xn a newsfeed. a 
message can also be sent to a user's pager if, say, a 
stock falls below a certain threshold. Further, a user 
might click on an interesting news headline in a 
netchannel and view the full text of the article in a 
browser. This capability provides an even higher level of 
targeted data delivery — the most critical events are 
dispatched with utmost priority. 

Although netchannels are suitable for line-oriented 
information, some information and applications require 
screen-oriented information. For this, the present 
invention provides the montage view 506. Rather than 
floating each stand-alone application in its own window, 
the montage view contains a two-dimensional segmentable 
workspace in which applications can be placed. Users can 
subdivide this portion of the screen into rectangular 
segments 5081 - 508e, or "panes," of sizes appropriate to 
their particular needs. Panes can be resized by dragging 
their edges, and applications running in neighboring panes 
are resized accordingly. Each pane of the montage can 
contain a different application; applications can be added 
f"^ .5^°y®^ ^^^^ montage dynamically. Furthe^naore, 
■^^'"^^Jf ^ •:^#rticulat ;arr^(geaSEari€''^ 

the particular selection of applications running in them, 
can be stored. During any subsequent use of the display 
system of the invention, the user can scroll throu^ the 
stored montages. In this way, identical application 
layouts can be preserved from one session to the next. 

The montage view 506 makes it easy to manage numerous 
applications running concurrently. Since there are no 
overlapping windows or obscured screens, this view offers. 
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an attractive alternative to traditional windowing 



environments. Mor^o\/o>- x, 

-.i^b.-n as shown, valuable screen s 

■x.hm .he B^onrage vxev xs not wasted wii-h ... 



space 



title bars and ■ "'^'^ ^^"^ traditional 

itle bars and sizxng controls of application windows or 
because of underlapping windows. ' ""^ 

in use data retrieved fro„ the extranet, intranet or 
xnternet .s first buffered, and the desired infor»a:Ln is 
then extracted fro„ what has been received. The clL^t 
then pails the display application, which generates^! 

c^;a"tIoT fth"^ "^^'^^ 

creation of the „ain view includes creating one or acre 
-tchannels and the virtual control buttons CreLLrof 
the Montage view includes the creation of any panes the 
user „ay desire. mentioned, tHose panes .ay be ones 

desxgned by tl>e user now, or „ay be ones the user has 
designed at sone tine in the nast and =^ . 
i„s^_„.^ . . ""^ ^d stored, and has 

instructed be used again at this time.) 

More specifically, and as indicated in Pig. 6A when the 
user launches the display application, he or sL T 

wlt^^!^ ' ^° «™t--tual agreement 

with the channel data provider. The user „ay activate 
th«. or select only so.e for activation, and »ay deselect 

preferred embodiment) may theh be selected for display. 

AS sho«, in rig. SB, the user also may launch the montage 
-ew, using a virtual control in the channel selector f!r 
this purpose. If this has been done, the user may the' 
optionally scroll through stored montage views that^Ive 
beej, used previously, xf the user finds one that he 
v-hes to display, he activates it, and it is displayed 
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If none is found, or if the user does not scroll through 
the stored montage views, then the user creates a new 
iuontage, by spliv^cing the- iLontage view (ii cesired) , 
subidviding it as convenient, and using any portion of the 
resulting arrangement for, e.g., the enlargement of data 
being displayed on one of the netchannels, or to run an 
application. 

Implementation of the Preferred Embodiment 
One important feature of the invention is that the 
preparation of the data to be viewed is, conceptually and 
in fact, handled separately from the creation of the 
actual display views that the user sees in using the 
present embodiment. For this purpose, the netchannels are 
architected in software according to a Model/View 
paradigm. By segregating the data itself (the model) from 
its visual representations (the view) , information can be 
presented in various foirms depending on the user's 
preferences or needs. As will be appreciated from the 
following description, a single model may feed several 
views simultameously. Each xinique data source requires 
its own model. For example, models are available which 
gather information from particular web sites. As 
mentioned above, the present invention preferably also 
provides a generic model, that interfaces with the push 

of the present invention stores all of these models ' in a 
"model repository". Once a model for a given data source 
is placed in the repository, it may be used by any 
netchannel which recjuires it. 

The preferred embodiment utilizes a predefined object 
framework including Model, View, and Channel classes. 
According to the principles of object orientation, 
concrete implementations of channels (i.e., individual _ 
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Objects Of the Class channel) ■.■inherif f.on, these 
predefined oMects and i„ple„ent channel-spL^^c heha ■ 
Where appropriate. • ^Pecitic behavior 

Placed on creating a "clean" system architecture which 

multiple different views °' '^^^ ^° ^^"^ 

The first component of a channel is the Model class . 
Channel utilizes at least one .nodel The moLr : • 
code for Physically retrieving data of^rpLtlLLT:-:: 
from a particular source. Preferahlv kxnd 

..push" and ..pull" ^:^rL:r7zz::^ 

»odel may, for example, .e one that parses infLatL^ 
from a gxven „eb site on the Internet, or a site on a 
-rporate intranet, at a specified interval, or maT I one 
that responds to dynamic events generated by a push 

^ormat.on, models also store user preferences 

-campl., Vill store the portfolio of stocrthf^seTis 

"Lrri."™'- """" <--i»Plem::Ld as 

Observable., classes, "observable" objects, as is well 

events that may be observed, or processed, by arbitrary 
"Observer" objects. (This pattern allows models t^ 
generate events when new Information is delivered with . 

Knowing" anything about the objects th.t a e l:^Jestr 
m receiving these events.) interested 
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The second channel component is the View class. This 
class specifies the "look and feel" of a particular 
channel for display purposes. it corXains in::,--uctions 
defining which specific graphical components, such as 
stock tickers or scrolling headline displays, should be 
used to present the channel's data. Implementations of 
several graphical components, or "widgets," which are 
programmed to respond to events from model classes, are 
also included. These widgets are the "observers" in the 
obse^er-observable pattern. This means that a widget can 
register as an observer of a model class, thus receiving 
events when data is changed and automatically updating its 
display.' 

The final channel component is the Channel class, which is 
the "glue" that binds the model and view components 
together- The channel class defines a default name for 
the netchannel and provides some other basic information 
such as which channel models the netchannel uses. 
Additionally, the channel class is responsible for 
actually registering each widget in that netchannel 's view 
as an observer of those models. 

Once all the pieces of a channel are bundled together, a 
user can subscribe to the channel and view its 

coordinates the refreshing of a channel by scheduling 
routine updates. Where a capability of handling pushed 
information is provided, incoming push events are also 
directed to appropriate "push" channels . 

As a summary illustration of the foregoing. Fig. 7 shows 
the processing of data received from the server for a 
netchannel that the user has activated and designated for 
display. As the data is received from the server, the 
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corresponding .odel is updated to reflect the new data 
The vxew component of each active channel that uses that 
model is no^if■;«e ~ ^ ^ 

corresponai„,-c;an,r;„\:r:L;::;;^^"^'"'*' "^'^^ ^ 

Conf imiT-ina C!hanr.^i^ 

To configure channels, the user selects an r.r.^- 
up a „on-resi.a.le window „here a UsToraCaU::!:" 
Channels and selected channels is displayed The use. 
select Channels, froa an ..available" iLt and T T 
the» troB a ..selected., list If 1 ' ^^^^^^-^ 

user based on administrator approval. 

Users .ay order and name their selected channels as 
desired, channels »ay be naMed to distinguish one 
instance of a view from another Each 
its ov™ configuration options 

wxth user preferences for a particular type of ' 
TjTstlf ^ r^"*-^-"* preferences information 

The 'd!L interested in viewing: 

The Bodel/view architecture allows for an arbitrary lumber 

^om T " retrieving information 

^in^ oToMeT"""'"' "'"^ " -important what 

inf!r^t r "™ - "f^'ted 

xntormation becomes available ie> rr = 

vaxxaoxe (e.g., a change in stock 
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price) each registered observer is automatically notified 
Of the change. 

The client software application preferably contains a core 
suite of netchannels useful for presenting information 
from prepackaged data sources. However, because an 
organization may also require the ability to create its 
own netchannels, several netchannel development options 
are preferably also supported by the client software 
application. For basic netchannels, a "view Templates- 
software application is preferably provided including 
several templates that define netchannel layouts that are 
commonly found to be convenient. Users can use these 
templates to build new netchannel views with minimal 
coding effort. For example, a particular template might 
specxfy the location of a corporate logo, stock ticker, 
and news headline ticker. The user connects each element 
in the netchannel view to an existing model from the model 
repository. Once connected, the new channel is then ready 
to use. In the event that the model repository does not 
contain a model suitable for the new netchannel, the 
client software application provides a custom Java™ 
Application Programming Interface (API) that facilitates 
information retrieval. Models developed according to this 
API can be added to the model repository and used in 
sxibseqaer^-cre^ted .netcharihels-; ■r :^-;^^ . • ;,;^-r -i---^' ■ 

Another option is preferably provided for creating a 
custom netchannel. A GUI "ChannelBuilder" software 
application offers and advanced drag-and-drop interface 
for developing highly customized netchannels with no 
coding effort. This application allows developers to 
select from a palette of available components and add 
these elements to channels in real-time. The GUI 
ChannelBuilder also displays a hierarchical view of all 
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available data sources in the „odel repository. channel 
designers simply draw a line fro» a data source to a 

' ' 7 rZXiP 1 r- . ^-. J.., 



•'.,.siwl co,„ponent, ano zhe component is connected to that 
source. channels can be tested in this environment to 
ensure proper functionality, and the GUI ChannelBuilder 
has the capability of generating a compiled channel 
package with the press of a button. 

Data fr-r ;uisjf ^ np 

The invention provides a full set of data services to 
cha^« models. A "Model Services" component abstracts 
»any of the common functions required by channels. For 
f^ri': '^^^ '"^^ retrieves data 

Java cans to perform this task, developers of channels 
need not wr.te cumbersome network access code. Moreover, 
Model services automatically detects if a proxy server i^ 
installed and modifies the network re.^est according^. 
Additional functions provided by Model Services are 
subscribing and unsubscribing to "push" topics and/or 
events; launching a web browser to display an HTML 
document; notifying the container that the channel is "on 
aX^" and should be displayed; and sending a message to 
a user's beeper. Aside from the obvious benefit of 
reducing tedious programming work, the availability of 
Hodel .services- »eans. that tistog:a6'i,^ ii^'t^^ij^i^"'''^'' 
preferences information such as a pager PIN or web browser 
location for each channel application; user data is 
shared among all applications. 

I^ll-type channels request Model Services to retrieve a 
web resource on a regular basis, ranging from every few 
»inutes for rapidly changing data such as stock quotes, to 
only once every few hours for less dynamic data, often 
this interval is user-configurable. Model Services win 
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take the simple request from the channel and formulate p 
proper HTTP request for a web server. If the user is 
operating behind a firewall. Model Service-^ vr,'-,c ■ : -c 
request to go via the proxy server. Data is returned to 
the channel in the form of HTML (Hypertext Markup 
Language) . Channel models then parse this data using 
custom routines, or utility classes provided as part of 
the display system which aid in processing HTML documents. 

Push channels, on the other hand, use Model Services to 
subscribe to a particular data topic. Model Services 
takes the- request and formats a subscription request for 
the push engine in use. when new data for this topic is 
generated, it is sent to the container, which determines 
the channel or channels for which the data is destined and 
sends the appropriate message. Because pushed data is 
formatted according to a special protocol, no parsing of 
HTML is required. in this scenario. The models used in 
these cases simply add the content of the event to their 
data store and notify all observers that new content is 
available. 

The process by which a piece of information is retrieved 
and ultimately displayed to the user is different 
depending on whether the netchannel in question is a 

"P^m' ^ icf^Sh"; chaniielv Both processes are descrfed 
below. •■■ ' 

Pull channel models are implemented as Java™ threads and 
are timed to retrieve the complete contents of a raw 
resource (information source) at a given interval. This 
resource may be any number of file types, such as an HTML 
document on the World Wide Web, or a preformatted text 
file located on a corporate intranet. 
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Pull models are programiBed to retrieve 

well-defined l o., +- • i^etrieve resources from a 

parsi„/":l'r!!°"; ^"^ rules .or 

site, 'in „..r::::/:^L" ^^'^ P^^icular 

h™l document ana ^^"'^^^ " 

to be displayed 0^"^ ' ' "^^'^^"^ -formation 

retrieves news headlines might look for . 

the HTMT ^TT^ ^""^ instance of 

tne HTML <JLI> taq whioh ci^^,-*^- 

5' signifies a bullet point, and 

extract the tevt , 

tne rext immediately following the taa rr.r- ^- . 
as a news headline Mr,H«i o • tag for display 

«xine. Model Services is utiliz^.^ 
automatically retrieves the contents of a 
via a siinple method call. resource 

Z^.^'^""": ^^^'^ ""^^^^ contents are 

PPxication. When a push model is creai-o^ 
registers interest in a particular topic wl^^:'':", 
server in use th^^ • "® P^^*^ 

Via Model s::;iera„rrt r '""^^^^ accomplished 
netchannel ZTl^^lTT '""^ ^"''"^ ^ 

nsa^kii^^-^^-:^^ -^BB^^^^mrm -SfSg^^^S^ts. related to^a - • 

oael at the time of subscription for purposes of tr. v 
incoming and outgoing messages. tracking 

When information changes for- « 4. 

.hscri^ed, the pLh ::Le?zr: r:,: 
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services containing the new data. This message contains 
only the data that has changed; that is, the minimum 
inforination necessary- to update the i :.-.f orniation the nev 
channel already has, is transmitted. Model Services 
references the ID code attached to the incoming message 
and forwards the data to the corresponding model, a 
predefined data structure is utilized for the update 
information being sent, and therefore, no parsing of 

information is required. All rerevant aata is- 

Preformatted for the netchannel models. 

Regardless of how data is obtained (via push or pull 
methods), the subsequent processing is identical. A 
library of "netchannel widgets", which are special objects 
programmed to listen for events generated by netchannel 
models, is provided. These widgets are graphical 
information controls, such as stock tickers, scrolling 
headline displays, and dynamic text labels, m much the 
same manner that a push channel mode subscribes to events 
form a push server, netchannel widgets register interest 
in updates from netchannel models at the time the user 
makes a particular netchannel active. 

One example of what a model can do is as follows. As a 
netchannel model processes new information, a data 

information for netchannel widgets. This structure 
contains the text of the data to be displayed, an optional 
URL which links to more information related to the data, a 
foreground and background color for the information 
display, and a timestamp. Each model automatically 
broadcasts these structures to all widgets that have 
previously registered interest in that model's updates. 
As the updates are received, the widget adds the new data 
to its information display and shows the data onscreen. 
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Hiltering 

It is preferable to provide granular filterina of 

-iati„:\ loL" r "^^^^^ 

"Iter, for each channel. Hultlpie flit '° "^"'^ 

for each channel, and can be 7 . ""^ 

.and can be saved and re-used at «ili. 

In addition to -f^tj- 

capable of g^neLtin -P-^^^ties. the system is 

generating user-defined alen-c t 
=ame aanner that filters are ! """^ 

criteria for special aTLT I t T'" "^^ ^^'^"""^ 
involve an alert when a pa^i \ """^^ 
specified level ' '^'"'""''''^ Price hits a 

level, or when a topic of interest- 
IS reported in the news »„ "Merest to the user 

provided for buildina c' T ""^"^"P-^"^^ interface is 

along witT^tr ZT^^T ^"""^ ^ ' 

mterTanTatrt: ^ — ™-t; both 

enabling :3e^':!^!J" °" — ^« P-h server, 

^rhin-- — -aieL z j:.:::Tr 
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Serial 

The invention utili.es the concept of .'serialisation., to 

se::::rt^Th"^"^'°" ""^^ ^^"-"^ .ro. one 

sessxon to the ne=ct. All user-specific information, 

Xhcludxng preferences, filters, alert criteria, and 

IZZI: Of each application 

«ecutron. The serxalization process involves taking a 

snapshot.. Of current „e„or. and saving it to an ar. t ar. 
output stream. This output stream may be a^ local iisK 
rue, or a socket connection to a push server 

By Storing this complete snapshot of memory, all user 
preferences and configuration information is easily stored 
ana restored, individual channel developers need not .T 
concerned wxth storage of user settings since the 
container automatically handles this operation. Moreover 
sxnce complete state information can be serialized to a ' 
push server over a network connection/ the same 
configuration a user enjoys on his desktop computer by day 
can be accessed from home on his laptop. 

AS described above, the invention also allows for a 
montage view presentation of applications. Because each 
Hiodel IS preferably implemented using Sun's Java™ 
programming language as a JavaBean, its properties can be 
^?r^.m^'%m^,r: m^^ eli^tin^i the need to -^^"^ 
develop custom settings screens for each model 
Applications are discovered and made available to the user 
to place into the segmentable montage workspace, since 
each application is a JavaBean component, the viewing and 

T .Tl ^^^-i^"^-' - "properties,., is supported. 

In addxtxon, the top-level montage view container itself 
xs a JavaBean, which means that the exact subdivision of 
the screen into panes, as well as the applications which 
reside within these panes, are all part of a large 
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contaixment hierarchy. when the user exits the 
application, the top level of this hierarchy is 
serialized, and as a result, each application contained 
within the. hierarchy is serialized as well. Later when 
the application is restarted, the desktop appears exactly 
as it was left off. Like channels, montage view 
applications need not provide code for storing and 
retrieving user preferences, as the container 
automatically handles this. 

It is preferable that the channel selector, the 
netchannels and the montage view are implemented in 
software as JavaBeans. The Sun JavaBeans specification 
defines a software component model for Java™ that supports 
the creation of reusable components supporting a common 
interface. Important benefits of JavaBeans include 
introspection, serialization and reuse. in regard to 
introspection, users of JavaBeans do not need to know the 
properties and methods supported by the Bean at design 
time. Built-in introspection methods are used to discover 
dynamically the interface of a particular component, thus 
eliminating the need to restrict functionality of " 
components to a lowest common denominator, or to provide 
specialized handling in code. By discovering a particular 
netchannel's properties, for example, the present 
^"^"^"&teal>if io -build I* <^i^iiM ^en 'fln: h^ 
netchannel on the fly. The JavaBeans specif ication 'also 
supports automatic serialization of components, which 
means that state information such as user preferences can 
be stored and retrieved without writing specialized code 
for each Bean. This provides an efficient method for 
maintaining settings strong among various complex 
components, m regard to reuse, because JavaBeans are 
components with well-defined interfaces, JavaBeans of 
various types can be instantiated easily regardless of the 
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container- This means that a particular application can 
be contained in the montage view, a floating window, or in 
any other compatible container. It Java- is used, both 
the main view and the montage view are JavaBean 
containers. In the main view, both the left and right 
views hold netchannel beans, whereas each pane in the 
montage view may contain a JavaBean application. An 
additional benefit of implementing the montage view as a 
JavaBean container is that third-party JavaBean components 
may be instantiated in a montage pane, thus providing the 
significant benefits of the montage view to additional 
applications . 

Preferably, the client software applications are 
implemented as Java" applications rather than Java™ 
applets. (Applications are standalone programs that are 
executed directly by the operating system, while applets 
are Java™ programs that run within a web browser.) A 
major benefit of Java™ applications is the ability to use 
Sun's reference Java™ implementation. (Although 
ostensibly all versions of Java™ Virtual Machines (VM's) 
are functionally equivalent, practical experience reveals 
differences among various vendors' VM's that are 
significant enough to affect performance.) Also favoring 
Java™ applications is the fact that the major browser 

^'^^'i^^J^-^^Mi^^^^ to the jBost 

recent' "S^ava™ specification. Without capabilities ' 
introduced in Sun's October 199? Java™ release (version 
1.1.4), key functionality is not possible. Although most 
of the functionality of the client software application 
can be implemented with pure Java™ code, a small number of 
key functions are only available via platform-specific 
function calls. 
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TO address these issues and preserve al-l cross-platf or™ 
functionality, conononly used platform-specific calls are 
abstracted x,, . co«on Java" class library. .Rather than 
hayrng application code call a system native method, the 
Client software application contains functions such as 
•loadWebDocuMent" which will perform the platform-specific 
action regardless of the user's operating system. By 
replacing this single class library according to the 
operating system in use. Ho application contains platform- 
speqific code. 

one example of this is hyperlinking from a netchannel 
headlxne to a web document. Java™ has the capability to 
launch an instance of any application, including a web 
browser, but cannot independently send the platform- 
specific request to load a web page in the browser. m 
thxs specific example of launching a web browser, another 
alternative is provided, a Java^-based web browser 
application is preferably provided as part of the display 
system Of the invention. This browser runs in the montage 
vxew and can optionally display pages when users click on 
netchannel links. Although this browser does not support 
all advanced web features, it does provide sufficient 
rendering of most pages. 

J^o«t^r*up,o^ well^.*^ 

binary files is scanned. m the preferred implementation 
all channels are implemented as JavaBeans and stored in 
Java- Archive (JAR) files. The main code reads each JAR 
file in this special directory and discovers any channels 
that are contained within the JARs. Once the channels are 
discovered, they are automatically queried for basic 
information such as the title of the channel, and a small 
graphical icon representing the channel. This information 
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is cached and used later to allow the user to add and 
remove ^.ctive channels. 

Each JAR file is "stamped" with a code indicating the 
version of the particular channel application (s) it 
contains. New versions of channel JAR files may be stored 
on a remote server for the purpose of automatic software 
upgrades. At startup, this remote server is queried and 

determihe^if newer versions of any kpplicatibns eSoL'st'. 

This process is accomplished by comparing the version 
stamp of the local JAR file with the version reported by 
the server. If a newer version exists, the user is 
prompted to upgrade, and if the decision is made to do so, 
the new JAR file (or files) is automatically downloaded 
from the server to the well-known directory. In this 
manner, applications software is automatically upgraded 
with minimal user intervention. System administrators may 
o^Jtionally force upgrades without explicit user 
acceptance, thus providing powerful central administration 
of software distribution. Any errors that occur diuring 
the automatic upgrade process can be logged and analyzed. 
In addition to new versions of existing channels, totally 
new channels may be sent to client systems in the same 
manner. 

For its graphical displays ^ tiie pre^^^^ invention 
preferably employs the known Netscape Internet Foundation 
Classes (IFC) user interface components. IPC is a Java™ 
user interface application framework for building 
applications independent of operating system-specific 
windows and user interface controls. The foundation 
classes enable development of rich, professional user 
interfaces that are not affected by individual platform 
idiosyncrasies. IPC also has close ties to the next- 
generation Java™ Foundation Classes (JFC) which are 
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presently under joint developH,ent by Sun Netscaoe .nH 
IBM TPo X- ^^iir i>/ex:scape and 

XBH JFC, an outgrowth of ifc, provides a "pluggable.. ■ 
look and feel for Java" a„„ljc=Ho^= ..h--c,- ■ 
and developers to select the graphicar:ser"i::::;a::\" 

JFC v,,rK application framework. since 

"Lid ':r^ ^ °^ -va~ package when 

posliw!' °' the smoothes* - 

possible upgrade to JFC. 

AS described above, the present Invention preferably 
supports the use of several applications. AH of these 
applications can be hosted in the „ontage view, such 

Java programing language and as JavaBeans. 

present invention, and the applications used therewith - 

inLlT™""'^"™ web-enabled, providi„rtJ;ht 
integration „.th all popular browsers, where appropriate! 

On« such application is a "market ninder" which is a 

^ices, bid/ask values, volume, and other data are updated 
continuously for each ite. in the portfolio. MultipL 
paging, e-«a^r an4 PPP-up.al^rts .pan be associated with 
events specific to each security, ^^en operating wltTa 
push server, the Market binder application can also 
display xntraday and historical price/ volume charts for 

detairT*"' "'^^^ ^ "drifted-down.. to show .ore 
details for a given time period. Another application is a 
"news ««der.., which aggregates news headlines related to 
user-defined topics from various sources. These tipll 
can be simple keywords, complex gueries, or the companies 
represented in the user's market minder portfolio. 
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Selecting a topic displays a list of all current headlines 
with suirunaries, original source, and date of posting.. 
Users can click on a particular headline and view the full 
article in rich text, complete with graphics and 
hyperlinks. Additionally, intelligent filters can be 
applied on a topic-by-topic basis, enabling further 
refinement of information on topics that contain a large 
amount of news, A third application is a "unified inbox". 
Traditionally, users are required to use separate 
applications for e-mail, voicemail, and faxing. The 
unified inbox wraps all three types of incoming messagings 
into a single interface. Users can read e-mail, listen to 
voicemail, and view faxes all from the same unified inbox 
application. Other, smaller utility applications, such as 
financial calculators and graphing utilities, may also be 
invoked within the montage view. 

Of course, it will be appreciated that the invention may 
take forms other than those specifically described. The 
scope of the invention, however, is to be determined 
solely by the following claims. 
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t-?HAT IS CLAIMED IS: 

1- A method for generating a displav ^o>- 
syste. comprising the steps of: ' 

receiving, from a server data 

sources of data to ^h,- k °^ i^ore 

"ai-d, ro which source<5 i-h,^ ^ 

subscribes; computer system 

PXuraU.. LlT"^ ^--^ a 

"ceivin, step; Zl "-^vea in saia 

displaying the selected at least 
aata in a corresponding partitioned di::::,^"^" °' 

3. A method according to claim 2 fur-tv, 
Partiticed displav are! ! °°«^^P°ndi„g ; 

- one Of 

^-p -^L:r::L::tS^^ --^^ compri^iw the 

partitioned ais^l.y^ZT " 

5. A method according to claim 2 fur-tn 

-tep Of running an application comprising the 

suhn^r^,-^-- application m one of the 

subpartitioned display areas. 
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G. A xaethod c:c-orr).irig t.; Ciaiii^. 5, further comprising the 
step of running a second application in another one of the 
subpartitioned display areas . 

7. A method according to Claim 6, wherein the 
applications are two parts of a single predefined suite of 
applications. 

8. A method according to Claim 6, wherein the 
applications are not parts of a single predefined suite of 
applications . 

9. A method according to Claim 1, further comprising the 
step. of defining display conditions for execution of said 
displaying step. 

10. A computer system, comprising: 

\;.means_^for receiving, from a server, data from 
one or more sources of data pushed to said computer system 
from the server, the soxirces of . data being ones subscribed 
to by said computer system; 

a display for displaying an image; 

means for partitioning the image of the display 
into a plurality of display areas; and 

means for selecting for display at least one 
source of data from among the one or more sources received 
by said receiving means, said display displaying the 
selected at least one source of data in a corresponding 
partitioned display area. 

11. A computer system according to Claim 10, further 
comprising means for partitioning one of the partitioned 
display areas into a plurality of subpartitioned display 
cireas. 
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12. A computer system according to Claim ii, further 
comprising means for selecting the at least one source of 
data displayed in the corresponding partitioned display 
-. area dragging the selected data from the corresponding 
partitioned display area, and dropping the dragged data 
into one of the subpartitioned display areas. 

13 A computer system according to Claim ii, wherein said 
selecting means comprises one or more virtual buttons 
each Of said virtual buttons corresponding to one of ;he 
sources of data. 

14. A tangible computer-readable medium storing 
instructions which, when loaded into a programmable 
apparatus, cause that apparatus to perform a method 
comprising the steps of: 

receiving, from a server, data from one or more 
sources of data, to which sources the computer system 
subscribes; 

generating a display image partitioned into a 
plurality of display areas; 

selecting for display at least one source of 
data from among the one or more sources received in said 
receiving step; and 

displaying the selected at least one source of 
data in a corresponding partitioned display , area . 



wo 99/26127 



PCT/US98/2428C 




wo 99/26127 



PCT/US98/24280 




wo 99/26127 



PCTAJS98/24280 




WEBSITE 
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FIG-6A 
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